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Passerelle et procede pour I'interconnexion de deux reseaux, notamment un 
reseau HA Vi et un reseau UPnP. 

Le domaine de l'invention est celui des passerelles (« gateway ») permettant 
I'interconnexion de reseaux permettant chacun de realiser des communications entre une 
5 pluralite d'equipements. 

Plus precisement, l'invention concerne une passerelle permettant 
I'interconnexion d'un premier reseau, d'un premier type et permettant de realiser des 
communications entre une pluralite d'equipements conformes a une premiere norme 
d'interoperabilite entre equipements, et un second reseau, d'un second type et 

10 permettant de realiser des communications entre une pluralite d'equipements conformes 

a une seconde norme d'interoperabilite entre equipements. 

On suppose que le second type de reseau est different du premier type de reseau. 
En revanche, la seconde norme d'interoperabilite entre equipements peut etre soit 
identique a soit differente de la premiere norme d'interoperabilite entre equipements. 

15 D'une fa<jon generate, une passerelle possede des fonctionnalites permettant 

notamment de rendre visibles les equipements du premier reseau au second reseau et 
inversement, d'etablir des communications entre plusieurs equipements appartenant a un 
meme reseau ou a des reseaux differents, de permettre le transfert de donnees 
(asynchrone ou isochrone) entre les deux reseaux, etc. 

20 La presente invention vise a resoudre des problemes precis identifies du cote du 

premier reseau (typiquement 1394 dans le contexte particulier precise ci-apres) de la 
passerelle. En d'autres termes, l'invention decrit une technique pour rendre visible des 
equipements du second reseau dans le premier reseau. 

Typiquement, les premier et second reseaux sont des reseaux audiovisuels 

25 domestiques, permettant de realiser des communications entre des equipements audio 

et/ou video, de type analogique et/ou numerique, afin qu'ils echangent des signaux 
audiovisuels. 

Les equipements precites appartiennent par exemple a la liste d'equipements 
suivante (qui n'est pas exhaustive) : recepteurs de television (par satellite, par voie 
30 hertzienne, par cable, xDSL, ...), televiseurs, magnetoscopes, scanners, cameras 
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numeriques, appareils photo numeriques, lecteurs DVD, ordinateurs, assistants 
numeriques personnels (PDA), imprimantes, etc. 

L' invention s' applique notamment, mais non exclusivement, dans le contexte 
particulier ou le premier reseau est un bus selon la norme IEEE 1394, auquel sont 
connectes des equipements conformes a la norme HAVi, et le second reseau est un 
reseau IP (base sur le protocole internet) auquel sont connectes des equipements 
conformes a la norme UPnP. 

La norme IEEE 1394 est decrite dans les documents de reference suivants : 
« IEEE Std 1394-1995, Standard for High Performance Serial Bus » et « IEEE Std 
1394a-2000, Standard for High Performance Serial Bus (Supplement) ». 

La norme HAVi est decrite dans le document de reference « HAVi (Home Audio 
Video interoperability) specifications (version 1.1 May 15, 2001) ». HV 

La norme UPnP est decrite dans le document de reference « UPnP (Universal 
Plug and Play) architecture specification (version 1.0 June 8, 2000) ». r 

Dans un souci de simplification, on discute les inconvenients de Tart anterieur en 
relation avec le contexte particulier precite (IEEE1394-HAVi / IP-UPnP). II est clair 
cependant que la presente invention n'est pas limitee a cette combinaison particuliere de 
normes. 

On rappelle que les normes d' interoperability entre equipements, notamment les 
normes HAVi et UPnP, definissent chacune une couche logicielle intermediate 
(« Middleware layer ») assurant l'interface entre, d'une part un ensemble de couches 
basses, notamment de communication et de transport, et, d'autre part un ensemble de 
couches superieures d' application. En d'autres termes, chacune de ces normes fournit 
des services et fonctions standardises (par exemple une interface de programmation 
d' applications (API, pour « Application Programming Interface » en anglais)), sur 
lesquels peuvent etre developpes des applications, independamment des 
implementations des reseaux, 

Les normes HAVi et UPnP resultent de deux initiatives au sein de Tindustrie, 
pour repondre a des besoins differents. Selon la tendance actuelle, on considere que la 
norme HAVi convient aux equipements audiovisuels connectes k un bus IEEE 1394, et 
la norme UPnP convient aux equipements audiovisuels connectes a un reseau IP. Or, on 
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souhaite que ces deux types d'equipements (« equipements HAVi » et « equipements 
UPnP ») soient presents dans un reseau audiovisuel domestique. Par consequent, il 
convient de traiter la question de la co-existence des normes HAVi et UPnP. 

On rappelle maintenant, en relation avec les figures 1 et 2, quelques 
caracteristiques definies dans la norme HAVi. 

La fi gure 1 presente un exemple d' architecture materielle d'un equipement 
HAVi, Cette architecture materielle comprend, de fagon classique : un bus 200 
permettant d'interconnecter les elements listes ci-apres, une unite centrale (CPU) 201, 
une horloge 202, un systeme interne 203, un clavier 204, une memoire de type RAM 
205, une memoire de type ROM 206, un systeme d' entree/sortie 207, un moyen 
d'affichage (ecran) 208 et un adaptateur reseau 209. . ....... t 

La figure 2 presente un exemple d' architecture logicielle d'un equipement 
HAVi. Cette architecture logicielle, stockee dans la memoire de type ROM 206 et mise 
en oeuvre dans la memoire de type RAM 205 (voir figure 1) de r equipement HAVi, 
comprend : 

un ensemble 210 de couches basses, notamment de communication et de 
transport, formant une plate-forme « specifique vendeur » (c'est-a-dire propre au 
fabricant de I'equipement) 215 connectee au bus numerique 216 de type IEEE 
1394 ; 

un ensemble 211 de couches superieures d'application, comprenant des modules 
d' application (AM) 213 et des modules « Havlet » 214 ; 

une couche intermediaire (« pile HAVi ») 212, assurant Tinterface entre 
Tensemble 210 de couches basses et Tensemble 211 de couches superieures. 
La pile HAVi 212 comprend elle-meme : 

un gestionnaire 217 de media de communication 1394 (1394 CMM), en charge 
des aspects communication de type EEEE 1394 ; 

un systeme de messagerie 218, permettant de faire communiquer tous les autres 
modules de la pile HAVi ; 

un gestionnaire (ou module de gestion) 219 d'enregistrement (Registry) ; 
un gestionnaire (ou module de gestion) 220 d'evenements (Event Manager); 
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un gestionnaire (ou module de gestion) 221 de flux (Stream Manager, SM). II 
permet d'etablir une connexion de flux entre deux equipements ; 
un gestionnaire (ou module de gestion) 222 de ressources (Ressource Manager) ; 
un gestionnaire (ou module de gestion) 223 de modules de commandes (DCM 
Manager) ; 

des modules de commande d'equipement (DCM) 224, et des modules de 
commande de fonction (FCM) (non representes), permettant chacun de 
commander un equipement HAVi. Les modules de commande de fonction 
(FCM) sont des « sous-modules » des modules de commande d' equipement 
(DCM). 

Selon la terminologie HAVi, P ensemble des modules precites (213 , 214, 219 a 
224), qui sont heberges par les equipements, sont appeles « modules fonctionnpls 
elementaires » (SE, pour « Software Element » en anglais). > rr 

En fonction des modules qu'ils implementent (notamment parmi ceux listes 
dessus), on peut distinguer quatre types d' equipements HAVi, pouvant etre regroupes en 
deux categories : 

les equipements FAV (« Full AudioVideo ») et IAV (« Intermediate 
AudioVideo »), qui sont des equipements « intelligents » au sens HAVi (c'est~a- 
dire des equipements aptes a controler d'autres equipements) ; 
les equipements BAV (« Base AudioVideo ») et LAV (« Legacy AudioVideo »), 
qui sont des equipements « non-intelligents » au sens HAVi (c'est-a-dire des 
equipements centrales par d'autres equipements). 

II est egalement important de rappeler que la norme HAVi (version 1.1) definit 
une notion essentielle d'identifiant unique HAVi (ou HUID, pour « HAVi Unique 
Identifier »). Selon cette notion, certains modules fonctionnels elementaires (« Software 
Element »), a savoir les modules d'application (AM), les modules de commande 
d'equipement (DCM) et les modules de commande de fonction (FCM), possedent 
chacun identifiant unique HUID. Cet identifiant unique HUID comprend notamment un 
champ important, appele « Targetld », comprenant lui-meme notamment un sous-champ 
« type » et un sous-champ « QUID ». 
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Le sous-champ « type » indique si le module fonctionnel elementaire concerne 
est un module d'application (AM), un module de commande d'equipement (DCM) ou 
un module de commande de fonction (FCM). Dans les deux demiers cas, ce sous-champ 
indique egalement si Fequipement commande est compatible IEC 61883 (c'est-a-dire si 
des registres IEC 61883 y sont physiquement localises). 

Le sous-champ « GUID » indique Fidentifiant unique global (ou GUID, pour 
« Global Unique Identifier ») de Fequipement a utiliser pour les communications IEEE 
1394 avec le module fonctionnel elementaire concerne. On distingue les cas suivants : 

si le module fonctionnel elementaire concerne est un module de commande 
d'equipement (DCM) ou un module de commande de fonction (FCM), et si 
Fequipement commande-est- compatible. IEQ,6 1883, Fidentifiant GUID indique 
est celui de Fequipement commande ; 

si le module fonctionnel elementaire concerne est un module de commande 
d'equipement (DCM) ou un module de commande de fonction (FCM), et si 
Fequipement commande n'est pas compatible IEC 61883, Fidentifiant GUID 
indique est celui de Fequipement « hote » qui heberge le module fonctionnel 
elementaire concerne ; 

si le module fonctionnel elementaire concerne est un module d'application 
(AM), Fidentifiant GUID indique est celui de Fequipement « hote » qui 
heberge le module fonctionnel elementaire concerne. 

On notera que dans la norme HAVi, les deux relations bijectives suivantes sont 
definies : 

(i) a chaque equipement correspond un seul identifiant GUID ; 

(ii) a chaque equipement correspond une seule adresse 1394. 

La fi gure 3 presente un exemple d'utilisation d'une passerelle 1 selon Fart 
anterieur, dans le contexte particulier precite. 

Le premier reseau 2 est un bus selon la norme IEEE 1394. Dans cet exemple, 
deux equipements HAVi y sorit connectes : Fun, reference A, est un equipement HAVi 
BAV (par exemple un magnetoscope numerique (DVCR)) ou LAV (par exemple un 
'Camescope numerique) et Fautre, reference C, est un equipement HAVi IAV (par 
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exemple une Set-Top-Box (STB, ou recepteur/tuner satellite ou cable)) ou FAV (par 
exemple une television numerique (DTV)). 

L'equipement C heberge (au sens "execute") un module de gestion de flux (SM) 
reference 5, ainsi que le module de commande (DCM) de l'equipement A. Ce module de 
commande, reference 4, est symbolise sur la figure 3 par un cercle contenant la lettre A. 

On notera que les equipements HAVi peuvent « stocker » le programme d'un ou 
plusieurs modules de commande (DCM), sans que ces programmes ne soient actives. 
Apres activation de ce ou ces programme(s) en vue de leur execution, on considere que 
l'equipement considere « heberge » le module de commande (DCM) associe. 

On notera egalement que, dans un souci de simplification, on discute ici 
uniquement le cas des modules de commande d' equipement (DCM). II est clair 
cependant que cette discussion peut etre directement transposee aux modules; de 
commande de fonction (FCM). 

Le second reseau 3 est un reseau IP. Dans cet exemple, deux equipements UPnP 
y sont connectes : Tun, reference B, est un equipement contrdle (UPnP Controlled 
Device) et V autre, reference D, est un equipement apte a controler (UPnP Control Point) 
les autres equipements. Dans cet exemple, on suppose que les deux equipements UPnP, 
references B et D, peuvent etre impliques dans une connexion de flux. Par exemple, 
r equipement B est une « webcam » pouvant generer un flux de donnees video, et 
l'equipement D est un ordinateur personnel (PC) capable de restituer le flux de donnees 
video. 

Apres leur detection du cote du reseau IP 3, les equipements B et D sont 
represents du cote HAVi de la passerelle 1 par deux modules de commande (DCM). 
Ces derniers, references 6 et 7 respectivement, sont symbolises sur la figure 3 par des 
cercles contenant les lettres B et D respectivement. 

On suppose maintenant que le module de gestion de flux (SM) heberge par 
l'equipement C souhaite 6tablir une connexion de flux entre l'equipement A (en tant 
qu'equipement recepteur) et l'equipement B (en tant qu'equipement recepteur). Ceci 
implique que le module de gestion de flux (SM) : 

transmette des paquets 1394 (paquets asynchrones) a des registres IEC 61883 - 

physiquement localises dans l'equipement A et dans la passerelle 1 chargee de la 
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gestion de F equipement B « distant » (puisque l'equipement B n'est pas 
accessible directement du fait qu'il est connecte au reseau IP). La norme IEC 
61883 est decrite dans le document de reference « IEC 61883 Parts 1-5 Standard 
for a Consumer-Use Digital Interface »). Sur la figure. 3, les registres de 
l'equipement A sont references al et ceux de la passerelle 1 sont references gl, 
g2, etc. ; 

echange des messages HAVi avec le module de commande (DCM) 4 de 
l'equipement A, qui est heberge par l'equipement C, et avec le module de 
commande (DCM) 6 de l'equipement B, qui est heberge par la passerelle 1. Ces 
messages HAVi sont encapsules dans des paquets 1394. 

La passerelle 1 selon Tart anterieur, presentee, brieyement ci-dessus en relation 
avec la figure 3, presente plusieurs inconvenients. 

Tout d'abord, elle n'est pas compatible avec la notion d'identifiant unique HAVi 
(HUDD), du fait que la relation bijective (i) precitee (a chaque equipement correspond un 
seul identifiant GUID) n'est pas respectee. En effet, il est impossible de definir un 
identifiant HUID different pour chacun des modules DCM, FCM et AM heberges par la 
passerelle, puisqu'ils possedent tous 1'identifiant GUID de la passerelle (en tant 
qu'equipement a utiliser pour les communications IEEE 1394 avec ces modules) dans le 
sous-champ « GUID » du champ « Targetld » de leur identifiant HUID. 

D'autres inconvenients decoulent du fait que la relation bijective (ii) precitee (a 
chaque equipement correspond une seule adresse 1394) n'est pas respectee non plus. En 
effet, le fait que la passerelle gere les equipement UPnP revient a considerer que tous ces 
equipements possedent comme adresse 1394 celle de la passerelle. 

Le traitement des messages HAVi destines aux modules DCM, FCM et AM 
heberges par la passerelle est complexe, du fait que tous ces messages HAVi sont 
encapsules dans des paquets 1394 ayant pour adresse de destination l'adresse 1394 de la 
passerelle. La passerelle doit done mettre en oeuvre un mecanisme specifique de 
traitement des paquets 1394 qu'elle regoit, afin de : 

detecter les eventuels messages HAVi qui y sont encapsules ; 

identifier au sein de chaque message HAVi detecte le module destinataire parmi 

les modules DCM, FCM et AM qu'elle heberge ; 
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fournir chaque message HAVi detecte au module destinataire identifie. 

En outre, le fait que i'adresse 1394 de la passerelle soit utilisee pour tous les 
equipements UPnP implique que tous les registres IEC 61883 associes aux equipements 
UPnP et destines a recevoir des paquets 1394 (notamment dans le cadre de connexions 
de flux) soient physiquement localises dans la passerelle (puisqu'ils ne peuvent pas 
l'etre sur les equipements UPnP). 

Or, la passerelle en tant qu'equipement 1394 possede un nombre limite de 
registres IEC 61883 : 31 en entree (iPCR, pour « input Control Register ») et 31 en 
sortie (oPCR, pour « output Control Register »). Ces registres sont done a partager entre 
tous les equipements UPnP situes sur le second reseau. Ceci constitue done une 
contrainte sur le nombre maximal d'equipements du second reseau que peut gerer la 
passerelle. 

Le fait de devoir implementer physiquement les registres IEC 61883:^sur la 
passerelle presente egalement Tinconvenient de consommer inutilement de la.bande 
passante dans certaines situations. Prenons l'exemple de l'etablissement d'un flux de 
donnees isochrones par un equipement C situe sur le premier reseau entre des 
equipements B et D situes sur le second s-reseau. Apres collecte d' informations sur les 
types de formats et de transmission, l'equipement C vient ecrire dans le registre iPCR de 
l'equipement B recepteur du flux et le registre oPCR de l'equipement D emetteur du 
flux. Du fait que les registres iPCR et oPCR sont physiquement implementes sur la 
passerelle (ces registres pouvant egalement etre lus par d'autres equipements sur le bus 
1394), le flux de donnees isochrone doit etre delivre sur le bus 1394 et ce inutilement. 

L'invention a notamment pour objectif de pallier ces differents inconvenients de 

1 'etat de la technique. 

Plus precisement, Fun des objectif s de la presente invention est de fournir une 
passerelle permettant de rendre visible dans le premier reseau tous les equipements du 
second reseau, tout en permettant a chaque equipement du second reseau de posseder un 
identifiant unique global. 

Dans le cas d'un premier reseau HAVi, un objectif de l'invention est ainsi 
d'etendre la notion d'identifiant unique HAVi (HUID) aux modules DCM, FCM et AM 
heberges par la passerelle et relatifs a des equipements du second reseau (non HAVi). 
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L'invention a egalement pour objectif de fournir une passerelle permettant de 
simplifier le traitement de messages regus par la passerelle et qui sont destines a 
differents modules fonctionnels elementaires (DCM, FCM et AM dans la terminologie 
HAVi) relatifs a des equipements du second reseau. 

Un autre objectif de l'invention est de fournir une passerelle qui ne necessite pas 
une localisation physique dans la passerelle de tous les registres (typiquement les 
registres IEC 61883) associes aux equipements du second reseau et destines a recevoir 
des paquets (typiquement des paquets 1394) (notamment dans le cadre de connexions de 
flux). 

Un objectif complementaire de l'invention est de fournir une passerelle 
permettant d'optimiser la consommation de bande passante. ...... .... I. » 

Ces differents objectifs, ainsi que d'autres qui apparaitront par la suite, sont 
atteints selon l'invention a l'aide d'une passerelle permettant 1' interconnexion de : 

un premier reseau d'un premier type et permettant de realiser des 
communications entre une pluralite d'equipements conformes a une premiere 
norme d'interoperabilite entre equipements, et 

un second reseau d'un second type, distinct du premier type, et permettant de 
realiser des communications entre une pluralite d'equipements. 
Selon l'invention, la passerelle est conforme a la premiere norme 
d'interoperabilite entre equipements et comprend : 

des moyens d' affectation d'un identifiant unique global, vu du cote du premier 
reseau, a chaque equipement du second reseau ; 

des moyens de gestion d'un reseau virtuel possedant le meme type que le 
premier reseau et correspondant a une virtualisation du second reseau, chaque 
equipement du second reseau etant represents dans le reseau virtuel par un 
equipement virtuel distinct possedant une adresse virtuelle distincte dans le 
reseau virtuel ; 

\- des moyens formant un pont entre le premier reseau et le reseau virtuel, et 

comprenant des moyens formant une premiere porte reliee au premier reseau, et 
des moyens emulant une seconde porte reliee au reseau virtuel ; • 
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des moyens permettant aux moyens emulant la seconde porte de communiquer 
avec les equipements du second reseau, lesdits moyens permettant de 
communiquer comprenant eux-memes des moyens de communication sur le 
second reseau du second type. 
Le principe general de l'invention consiste done en une combinaison de moyens 
permettant d' assurer que les deux relations bijectives (i) et (ii) precitees soient verifiees 
pour les equipements du second reseau quand ils sont vus par le premier reseau. 

La passerelle selon l'invention permet au premier reseau de voir chaque 
equipement du second reseau par 1' intermedia) re d'un equipement virtuel qui lui est 
associe et qui possede un identifiant unique global (celui affecte a cet equipement du 
second reseau) et une adresse unique (sur un reseau virtuel, gere dans la passerelle, qui 
est une image du second reseau, mais qui possede la merae structure que le premier 
reseau). 

Dans un mode de realisation particulier de l'invention, la premiere norme 
d'interoperabilite entre equipements est la norme HAVi et le premier reseau est un bus 
selon la norme IEEE 1394. 

Preferentiellement, le pont forme entre le premier reseau et le reseau virtuel est 
conforme a la norme IEEE 1394.1 relative a 1' interconnexion de reseaux par des ponts. 

De cette fa$on, on s'appuie avantageusement sur les specifications de la norme 
1394.1 et le pont ne fait done pas l'objet d'un developpement specifique. La norme 
1394.1 est decrite dans le document de reference « P 1394.1 Draft Standard for High 
Perfomance Serial Bus Bridges (Draft 1.03, August 26, 2002) ». 

De fa?on avantageuse, les moyens de gestion d'un reseau virtuel comprennent 
des moyens de gestion de registres virtuels associes a des equipements virtuels 
representant des equipements du second reseau conformes a une norme relative a la 
gestion de registres. 

Ainsi, les registres associes aux equipements du second reseau et destines a 
recevoir des paquets sont des registres virtuels geres par la passerelle et non pas des 
registres physiquement presents sur la passerelle. Ceci permet de se liberer de toute 
contrainte sur le nombre maximal d'equipements du second reseau que peut gerer la 
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passerelle. En outre, ceci permet d'optimiser la consommation de bande passante (voir 
discussion ci-dessus). 

Avantageusement, la norme relative a la gestion de registres est la norme IEC- 

61883. 

Dans un mode de realisation particulier de l'invention, le second reseau est un 
reseau IP base sur le protocole internet, Le second reseau permet de realiser des 
communications entre une pluralite d'equipements conformes a une seconde norme 
d'interoperabilite entre equipements,par exemple la norme UPnP. 

Selon une caracteristique avantageuse, les moyens permettant aux moyens 
emulant la seconde porte de communiquer avec les equipements du second reseau 
comprennent en outre : • <• ... 

des moyens en charge de traitements adaptatifs d'interfa§age entre les premiere et 
seconde normes d'interoperabilite entre equipements ; 

des moyens requis dans tout equipement conforme a la seconde norme 
d'interoperabilite entre equipements. 
L'invention concerne egalement un procede d' interconnexion, via une passerelle, 
entre : un premier reseau d'un premier type et permettant de realiser des 
communications entre une pluralite d'equipements conformes a une premiere norme 
d'interoperabilite entre equipements, et un second reseau d'un second type, distinct du 
premier type, et permettant de realiser des communications entre une pluralite 
d'equipements. Selon l'invention, la passerelle est conforme a la premiere norme 
d'interoperabilite entre equipements, et effectue les etapes suivantes : 

affectation d'un identifiant unique global, vu du cote du premier reseau, a 
chaque equipement du second reseau ; 

gestion d'un reseau virtuel possedant le meme type que le premier reseau et 
correspondant a une visualisation du second reseau, chaque equipement du 
second reseau etant represents dans le reseau virtuel par un equipement virtuel 
distinct possedant une adresse virtuelle distincte dans le reseau virtuel ; 
formation d'un pont entre le premier reseau et le reseau virtuel, ledit pont etant 
\* forme par realisation d'une premiere porte reliee au premier reseau, et 

emulation d'une seconde porte reliee au reseau virtuel ; 
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mise en communication de la seconde porte emulee avec les equipements du 
second reseau. 

L'invention concerne aussi un programme d'ordinateur comprenant des 
sequences destructions adaptees a la mise en reuvre d'un procede tel que precite, 
lorsque ledit programme est execute sur un ordinateur. 

L'invention concerne encore un produit programme d'ordinateur, adapte a 
1'interconnexion, via une passerelle telle que precitee. Le produit programme 
d'ordinateur comprend des instructions de code de programme enregistre sur un support 
utilisable dans un ordinateur, comprenant : 

des moyens de programmation lisibles par ordinateur pour effectuer une etape 
d' affectation d'un identifiant unique global, vu du cote du premier reseau, a 
chaque equipement du second reseau ; 

des moyens de programmation lisibles par ordinateur pour effectuer une etape 
de gestion d'un reseau virtuel possedant le meme type que le premier reseau et 
correspondant a une virtualisation du second reseau, chaque equipement du 
second reseau etant represents dans le reseau virtuel par un equipement virtuel 
distinct possedant une adresse virtuelle distincte dans le reseau virtuel ; 
des moyens de programmation lisibles par ordinateur pour effectuer une etape 
de formation d'un pont entre le premier reseau et le reseau virtuel, leditpont 
etant forme par realisation d'une premiere porte reliee au premier reseau, et 
emulation d'une seconde porte reliee au reseau virtuel ; 

des moyens de programmation lisibles par ordinateur pour effectuer une etape 
de mise en communication de la seconde porte emulee avec les equipements du 
second reseau. 

D'autres caracteristiques et avantages de l'invention apparaTtront a la lecture de 
la description suivante d'un mode de realisation preferentiel de l'invention, donne a titre 
d'exemple indicatif et non limitatif, et des dessins annexes, dans lesquels : 

la figure 1, deja decrite precedemment dans le document, presente un exemple 
d' architecture materielle d'un equipement HAVi ; 
. la figure 2, egalement decrite precedemment, illustre un exemple d' architecture 
logicielle d'un equipement HAVi ; 
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la figure 3, egalement decrite precedemment, represente une passerelle reliant un 
reseau HAVi et un reseau UPnP selon l'art anterieur ; 

la figure 4 represente une passerelle reliant un reseau HAVi et un reseau UPnP 
selon 1'invention ; 

la figure 5 represente un mode de realisation particulier de l'architecture 

logicielle de la passerelle selon l'invention, apparaissant sur la figure 4 ; 

la figure 6 represente un exemple de table de correspondance entre des 

composants HAVi et UPnP au niveau de la passerelle selon l'invention ; 

la figure 7 represente un exemple d' allocation d'identifiants GU1D et d'adresses 

de type 1394 pour des equipements emules cote HAVi de la passerelle selon 

l'invention ; - - - 

la figure 8 presente un organigramme d'un exemple de traitement logiciel pour la 
gestion des changements eventuels de topologie ; 

la figure 9 presente un organigramme d'un exemple de traitement logiciel pour la 
gestion des messages inter-ponts 1394.1. 

L'invention conceme done une passerelle permettant 1' interconnexion de deux 
reseaux permettant chacun de realiser des communications entre une pluralite 
d'equipements. 

Dans la suite de la description, on considere le cas particulier oil le premier 
reseau 2 est un bus selon la norme IEEE 1394, auquel sont connectes des equipements 
conformes a la norme HAVi, et le second reseau 3 est un reseau IP (par exemple de type 
Ethernet) auquel sont connectes des equipements conformes a la norme UPnP. II est 
clair cependant que d'autres combinaisons de normes peuvent etre envisagees sans sortir 
du cadre de la presente invention. 

Les premier et second reseaux 2, 3 sont parfois aussi appeles « reseau HAVi » et 
« reseau UPnP » dans la suite de la description. 

Dans 1' exemple illustre sur la figure 4 , on suppose que les premier et second 
reseaux (references 2 et 3), ainsi que les equipements qui y sont connectes (references A, 
B, C et D), sont identiques a ceux apparaissant sur la figure 3. Pour cette raison, cette 
figure 4 n'est pas decrite ici en detail. Par ailleurs, les memes elements conservent les 
memes references sur les figures 3 et 4. En revanche, la passerelle selon l'invention est 
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referencee 50 sur la figure 4, tandis que la passerelle de Fart anterieur est referencee 1 
sur la figure 3. 

Dans un mode de realisation particulier, illustre sur la figure 5, l'architecture 
logicielle de la passerelle 50 selon V invention comprend les modules logiciels suivants : 
une premiere porte de pont 1394.1 (« 1394.1 Bridge Portal »), cote reseau HAVi, 
referencee 5 1 ; 

un gestionnaire HAVi (« HAVi Handler »), reference 52 ; 
un gestionnaire UPnP (« UPnP Handler »), reference 53 ; 

un gestionnaire de protocole bas niveau (« Low-level Protocol Handler ») , 
reference 54 ; 

un adaptateur de couches logicielles intermediaries (« Middleware Adaptor »), 
reference 55 ; r > 
un generateur d'identifiants QUID (« GLTID Generator »), reference 56 ; 
un gestionnaire d'equipements 1394 virtuels (« 1394 Virtual Devices »), 
reference 57 ; 

un emulateur d'une seconde porte de pont 1394.1, cote reseau UPnP, (« GW 
Adaptor. ») reference 58. 

On decrit maintenant plus precisement chacun de ces modules logiciels. 

Le module 51 formant la premiere porte de pont 1394,1, cote reseau HAVi, 
possede les fonctionnalites decrites dans la norme 1394.1 (voir document de reference 
precite) relative aux ponts entre bus IEEE 1394. Ce module 51 est egalement en charge 
des fonctionnalites 1394 des niveaux PHY, LINK et TRAN. 

Le module 52 formant gestionnaire HAVi 52 inclut la pile logicielle HAVi. 
Cette derniere comprend au minimum les modules logiciels requis dans le cas d'un 
equipement HAVi de type IAV, ainsi que certains des modules logiciels optionnels 
comme le gestionnaire d'etablissement de flux isochrone (Stream Manager (SM)) et le 
gestionnaire de DCMs (DCM Manager (DM)). 

Ce module 52 est egalement en charge de la mise en ceuvre des composants 
logiciels (Software Elements (SE)) HAVi DCMs/FCMs representant les equipements 
localises sur le second reseau UPnP. On parle alors de proxy DCMs ou de proxy.FCMs : 
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quand un equipement est ajoute/supprime au niveau du second reseau, le 
gestionnaire UPnP 53 Ie detecte et fournit une information au gestionnaire HAVi 
52, par F intermediate de 1'adaptateur de couches logicielles intermediates 55. 
Le gestionnaire HAVi 52 est en charge d'instancier ou supprimer les composants 
proxy DCMs ou proxy FCMs correspondants ; 

quand un message HAVi re<ju du reseau HAVi est destine a un equipement du 
reseau UPnP, il appartient au proxy DCM/FCM en question de V analyser et le 
cas echeant de l'emettre a destination dudit equipement sur le second reseau, en 
utilisant notamment les services de I'adaptateur de couches logicielles 
intermediaires 55 et du gestionnaire UPnP 53 ; 

quand un message est regu par le gestionnaire UPnP 53, celui-ci estcommunique 
a Tadaptateur de couches logicielles intermediaires 55, qui a la charge de 
sollicker ou non le gestionnaire HAVi 52 pour generer d'eventuelles actions 
aupres du proxy DCM/FCM correspondant ou d'autres modules HAVi comme le 
gestionnaire d'evenement (Event Manager (EM)), dans le cas de la propagation 
d'un evenement, ou comme le gestionnaire des composants HAVi (Registry), 
dans le cas de la mise a jour de donnees relative au proxy DCM/FCM d'un 
equipement donne. 

Le module 53 formant gestionnaire UPnP est en charge au minimum des 
fonctionnalites requises dans tout equipement UPnP. 

Le module 54 formant gestionnaire de protocole bas niveau est en charge de la 
mise en ceuvre des protocoles de communications au niveau du second reseau. Par 
exemple, dans le cas d'UPnP, il s'agit de 1'adaptation des protocoles IP/TCP/UDP en 
fonction des protocoles bas niveaux de transmission (par exemple Ethernet ) et du 
medium physique (par exemple le cable coaxial ou le cable a paire torsadee non-blindee 
(Unshielded Twisted Pair (UTP)) utilises. 

Le module 55 formant adaptateur de couches logicielles intermediaires est en 
charge des traitements concernant les adaptations entre les architectures HAVi d'une 
part et UPnP d' autre part : 

V decouverte/suppression d'equipements (information sur la topologie des sous- 
reseaux) ; 
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gestion/correspondance de l'adressage (SEID pour HAVi, IP/URL pour UPnP) ; 
transfert de messages : adaptation (mapping) des commandes : « HAVi API call 
<-> UPnP service action call » ; 

transfert d'evenements : adaptation (mapping) des evenements : « HAVi API call 
<-> UPnP event call ») ; 

mise en place de demande d'etablissement de flux isochrone : adaptation entre 
les commandes HAVi (SM API, DCM/FCM API) et les services UPnP 
( A VTran sport , Con n ec ti onMan age r) . 

Le module 56 formant generateur d'identifiants GUID est en charge de generer 
des identifiants GUID coherents au niveau du reseau vu cote HAVi (qui peut egalement 
etre constitue de plusieurs autres reseaux de type bus 1394 par exemple). 

On rappelle qu'un identifiant GUID est compose de deux champs : un premier 
champ de 24 bits identifiant le vendeur/compagnie de l'equipement (cet identifiant .est 
attribue par un organisme officiel un niveau mondial (« 1394 Registration Authorithy 
Committee »), un second champ de 40 bits (oii numero de serie) identifiant de fagon 
unique cet equipement pour le vendeur/compagnie considere. 

Selon Tinvention, on utilise une valeur d'identifiant de vendeur non attribuee 
(par exemple une valeur reservee ou non encore attribuee qui pourrait ensuite etre 
dediee pour ce genre d'equipement passerelle) et on attribue une valeur unique pour le 
numero de serie. Dans la mesure du possible, on attribue un identifiant GUID qui reste 
invariant dans le temps. La valeur attribuee au numero de serie peut par exemple etre 
composee a partir de l'adresse Ethernet de r equipement ou encore de son adresse IP, 
dans la mesure ou elle reste fixe dans le temps. L'avantage sur la technique anterieure 
est que Pidentifiant GUID n'etant pas lie a la passerelle, un equipement donne meme 
localise derriere une autre passerelle (du meme type que celle de la presente invention) 
se voit attribuer un meme identifiant GUID. 

Le module 57 formant gestionnaire d'equipements 1394 virtuels est en charge de 
creer et gerer toutes les informations relatives a un equipement de type 1394 et ce pour 
chacun des equipements localises sur le second reseau (reseau UPnP) et presente comme 
etant de type 1394 cote reseau HAVi. II s'agit des informations habituellement inscrites 
dans la memoire ROM de configuration des equipements IEEE 1394 (IEEE 1212 
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Configuration ROM), ainsi que celles relatives a des fonctionnalites HAVi (type 
d'equipement, informations utilisees lors du chargement des DCMs, etc.). L'ensemble 
de ces informations sont appelees en termes HAVi « informations de description de 
Fequipement HAVi (SDD) ». 

De plus, ce module 57 est egalement en charge d'attribuer une adresse de type 
1394 pour chacun des equipements physiquement situes sur le second reseau. Cette 
adresse comprend un identifiant de bus sur 10 bits (« busID ») et un identifiant de noeud 
sur 6 bits (« nodelD »). La valeur de « busID » est obtenue par Temulateur d'une 
seconde porte de pont 1394.1 (module « GW Adaptator ») en utilisant les mecanismes 
decrits dans la norme 1394.1. On pourra se reporter a la figure 8 et a la description 
correspondante. En quelques mots, il s'agit pour la passerelle d'interpreter les 
informations de changements de topologies echangees entre les portes (des ponts 
1394.1) et de detecter si la valeur de « busID » est toujours valide ou pas. En cas de non 
validite, la passerelle (porte cote HAVi) va alors utiliser le mecanisme 1394.1 
permettant d'obtenir une nouvelle valeur de « busID » valide. La porte dite « alpha- 
portal » demande a la porte dite « prime portal », en charge de la distribution des valeurs 
de « busID », de lui attribuer une valeur de bus valide. 

Le module 58 (« GW Adaptator ») est en charge d'emuler le comportement de la 
seconde porte du pont 1394.1, cote reseau UPnP, que ce soit concernant les messages 
inter-pont 1394.1 (« inter-bridge messages ») ou le transfert des paquets 1394 
asynchrones et isochrones. 

Notamment, lorsque Pemulateur de la seconde porte de pont 1394.1 (module 
« GW Adaptator ») 58 re?oit un paquet destine a etre route vers un equipement UPnP 
virtualise (done situe sur le second reseau) et que l'offset correspond a un registre IEC 
61883, le paquet est alors traite au niveau de la passerelle. Les informations sont 
memorisees dans une structure de donnees (formant registre virtuel) geree par le 
gestionnaire d'equipements 1394 virtuels (module « 1394 Virtual Device ») pour cet 
equipement UPnP. Dans le cas ou des actions necessitent d'etre effectuees aupres de 
Tequipement UPnP, un message est genere en utilisant les services de l'adaptateur de 
couches logicielles intermediates 55 (module « Middleware Adpator ») et du 
gestionnaire UPnP 53 (module « UPnP Handler »). Enfin, une reponse doit etre 
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retournee par l'emulateur de la seconde porte de pont 1394.1 (module « GW 
Adaptator ») 58 a l'initiateur de la requete. 

Ainsi, chaque equipement UPnP situe sur le second reseau est virtualise au 
niveau 1394, et done presente comme etant de type 1394 sur le premier reseau HAVi 
(adresse 1394 unique a un instant donne, identifiant GUID invariant dans le temps). 

En adequation avec Tarchitecture HAVi, il est possible de montrer du cote du 
reseau HAVi un equipement capable de gerer des flux de donnees isochrones et situe sur 
le second reseau comme etant de type IEC61883 (mise a jour adequate de la 
« Configuration ROM »). Aussi, chaque equipement situe sur le second reseau ayant un 
identifiant GUID unique, les concepts de « HUID » et « TargetID » de I s architecture 
HAVi restent valides. 

Un avantage de la virtualisation au niveau 1394 de chaque equipement situe, sur 
le second reseau est que les registres IEC 61883 ne doivent pas etre physiquement 
localises sur la passerelle, mais sont senses etre sur ledit equipement (ici virtualise). v On 
s'affranchit ainsi de la Iimite de 31 registres IEC 61883 possibles en entree (iPCR) et 31 
autres en sortie (oPCR) autorises pour un equipement 1394 tel que la passerelle. Selon 
l'invention, ces registres sont virtuels et sont desormais geres de fa<jon logicielle au 
niveau de l'emulateur de la seconde porte de pont 1394.1 (module « GW Adaptator ») 
58. 

Le fait ne pas implementer physiquement les registres IEC 61883 sur la 
passerelle presente egalement F autre avantage de ne pas consommer de bande passante 
inutilement. Reprenons Pexemple precite de Tetablissement d'un flux de donnees 
isochrones par un equipement C situe sur le premier reseau entre deux equipements B et 
D situes sur le second reseau. Dans le cas de l'invention, les equipements B et D etant 
visualises au sens 1394, les registres IEC 61883 concernes (a savoir le registre iPCR de 
r equipement B recepteur du flux et le registre oPCR de l'equipement D emetteur du 
flux) sont situes au niveau de ce bus virtuel et done aucune perturbation n'est attendu au 
niveau du premier reseau. 

L'etablissement des flux de donnees isochrones (initie par un module logiciel 
HAVi specific (SM)) est d'autre part conforme au standard P1394.1 (« Controller- 
Talker-Listener mechanism »). 
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On notera que la passerelle de Tinvention presente quelques particularity par 
rapport a un pont 1394 : 

en ce qui concerne les fonctions de premiere porte (portal), qui sont executees au 
niveau du module reference 51 : la table de routage doit etre telle que seule une 
entree (celle correspondant au « busID » attribue au second reseau) au plus 
existe ; cette passerelle doit etre vue comme un pont 1394 (meme interface) 
feuille et non intermediate ; 

en ce qui concerne les fonctions de seconde porte (co-portal) et de la ou des 

portes (portals) logiquement situees sur le second reseau, qui sont executees au 

niveau du modules reference 58 (« GW Adaptator ») : tous les messages inter- 
* ponts doivent etre analyses et le cas echeant des reponses generees (egalement 

pour le compte de porte(s) en charge du bus (second reseau) ici virtualise). 

La figure 6 decrit un exemple de table de correspondance entre les composants 
HAVi d'une part et les composants UPnP d'autre part. 

Dans cet exemple, on suppose que du cote du reseau HAVi, suite a la detection 
d'un nouvel equipement 1394 sur le bus 1394 , des composants logiciels HAVi 
(DCM/FCMs) sont instancies : 

a un composant logiciel DCM « DCM1 », on fait corresponds un equipement 

UPnP « Dl » (description XML, type « device ») ; 

a chacun de ses composants logiciels FCM «FCML1, FCM1.2», on fait 
correspondre les services UPnP «S1.1, SI. 2 » (description XML, type 
« service »). 

De meme, dans cet exemple, on suppose que, suite a la detection d'un nouvel 
equipement UPnP sur le second reseau : 

a cet equipement UPnP « D2 », on fait correspondre un composant logiciel DCM 
« DCM2 » (proxy DCM) ; 

a chacun des services associe a cet equipement UPnP «S2.1 », on fait 
correspondre un composant logiciel FCM « « FCM2.1 » (proxy FCM). 
On rappelle que la norme HAVi specifie differents types de composants logiciels 
FCMs (Tuner, VCR, clock, Camera,...). Le Forum UPnP a aussi specifie differents 
equipements et services associes (Internet Gateway Device (IGD), Printer, Media 
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Server, Media Renderer). Selon les types d'equipements definis dans chacun de ces 
standards, des correspondances peuvent etre pre-etablies. Une mise a jour des 
correspondances entre equipements est possible afin d' assurer les differentes evolutions 
des equipements : nouveaux services pour des equipements, nouveaux equipements, ... 

La figure 7 decrit un exemple d'allocation d'identifiants GUID et d'adresses 
virtuelles 1394 a des equipements UPnP emules du cote du reseau HAVi. 

Lorsqu'un equipement UPnP est detecte sur le second reseau, 1'adaptateur de 
couches logicielles intermedi aires (module « Middleware Adaptor ») 55 est alerte via le 
(module « UPnP Handler ») 53. Si cet equipement UPnP est inconnu du module 
« Middleware Adaptor » 55, celui-ci demande au generateur d'identifiants GUID 
(module « GUID Generator ») 56 de lui fournir un identifiant GUID (par exemple 
« GUID1 ») pour ce nouvel equipement UPnP. Le module « Middleware Adaptoy> 55 
rassemble les informations concernant cet equipement UPnP et demande alors au 
gestionnaire d'equipements 1394 virtuels (module « 1394 Virtual Device ») 57 de 
fournir une adresse virtuelle 1394 (par exemple « busIDl ; nodelDl ») et de construire 
la description 1394-HAVi (SDD) associee. Finalement, en fonction du type de 
F equipement UPnP, le module « Middleware Adaptor » 55 demande au gestionnaire 
HAVi (module « HAVi Handler ») 52 d'instancier les DCM/FCMs adequats (par 
exemple « HAVi DCM proxy SE DCM1 ») (voir la norme HAVi LI pour connaitre les 
differents DCMs/FCMs definis a ce jour). 

La figure 8 decrit les operations effectuees au niveau de l'emulateur d'une 
seconde porte de pont 1394.1 (module « GW Adaptator ») 58 lorsqu'un changement de 
topologie a ete detecte au niveau du premier reseau et est tel que la valeur utilisee du 
« busID » du bus virtuel n'est plus valide (valeur conflictuelle par exemple suite a la 
reunion de plusieurs bus 1394), ou encore lors de la premiere affectation de la valeur de 
« busID » du bus virtuel. 

Lorsque Tun des deux cas precites se produit (reponse positive a la question de 
1'etape referencee 81), on passe k Tetape referencee 82. Au cours de celle-ci, le module 
« GW Adaptator » 58 utilise le mecanisme decrit dans P1394.L Ce mecanisme consiste 
a demander une nouvelle valeur de « busID » aupres d'un nceud particulier (prime 
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portal) en charge precisement de F attribution des valeurs de « busID ». Apres reception, 
la nouvelle valeur de « busID » est memorisee (etape referencee 83). 

II est a noter que tant que la valeur de « busID » reste invalide, les 
communications asynchrones entre le premier reseau et le second reseau sont 
interrompues. Celles-ci peuvent reprendre apres la nouvelle attribution de la valeur du 
« busID », moyennant que les emetteurs en aient pris connaissance (selon les 
mecanismes decrits dans la norme 1394.1). 

La figure 9 decrit les operations effectuees au niveau de Temulateur d'une 
seconde porte de pont 1394.1 (module « GW Adaptator ») 58, lorsqu'un message inter- 
pont 1394.1 est re§u et est destine soit a la seconde porte (co-portal) implementee au 
niveau de la passerelle, soit a une porte (portal) virtuelle sensee etre situee sur le second 
reseau (suite a la visualisation effectuee du point de vue du premier reseau). 

Lorsque Tun des deux cas precites se produit (reponse positive a la question de 
I' etape referencee 91), on passe a Tetape referencee 82, au cours de laquelle on 
determine si le message re?u est une requete ou une reponse. 

S'il s'agit d'une requete, une reponse est generee au nom de la porte initialement 
destinataire (qui devient dans ce cas source de la reponse), selon les informations 
disponibles au niveau des equipements virtualises au sens 1394 du second reseau (etape 
referencee 93). 

S'il s'agit d'une reponse a une precedente requete emise par la seconde porte 
(co-portal) (cas lors de la demande d'une valeur de « busID » par exemple, voir ci- 
dessus), cette reponse est alors prise en compte (etape referencee 94). 
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REVENDICATIONS 

1. Passerelle (50) permettant 1' interconnexion de : 

un premier reseau (2) d'un premier type et permettant de realiser des 
communications entre une pluralite d'equipements (A, C) conformes a une 
premiere norme d'interoperabilite entre equipements, et 

un second reseau (3) d'un second type, distinct du premier type, et permettant 

de realiser des communications entre une pluralite d'equipements (B, D), 
caracterisee en ce qu'elle est conforme a la premiere norme d'interoperabilite entre 
equipements et comprend : 

des moyens (56) d'affectation d'un identifiant unique global, vu du cote du 

premier reseau, a chaque equipement du second reseau ; 

des moyens (57) de gestion d'un reseau virtuel possedant le meme type gue le 
premier reseau et correspondant a une virtualisation du second reseau, chaque 
equipement du second reseau etant represents dans le reseau virtuel par un 
equipement virtuel distinct possedant une adresse virtuelle distincte dans le 
reseau virtuel ; 

des moyens formant un pont entre le premier reseau et le reseau virtuel, et 
comprenant des moyens (51) formant une premiere porte reliee au premier 
reseau, et des moyens (58) emulant une seconde porte reliee au reseau virtuel ; 
des moyens permettant aux moyens Emulant la seconde porte de communiquer 
avec les equipements du second reseau, lesdits moyens permettant de 
communiquer comprenant eux-memes des moyens (54) de communication sur 
le second reseau du second type. 

2. Passerelle selon la revendication 1, caracterisee en ce que la premiere norme 
d'interoperabilite entre equipements est la norme HAVi. 

3. Passerelle selon 1'une quelconque des revendications 1 et 2, caracterisee en ce que 
le premier reseau (2) est un bus selon la norme IEEE 1394. 

4. Passerelle selon 1' une quelconque des revendications 1 a 3, caracterisee en ce que 
le pont forme entre le premier reseau et le reseau virtuel est conforme a la norme IEEE 
1394.1 relative a 1' interconnexion de reseaux par des ponts. 
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5. Passerelle selon l'une quelconque des revendications 1 a 4, caracterisee en ce que 
les moyens (57) de gestion d'un reseau virtuel comprennent des moyens de gestion de 
registres virtuels associes a des equipements virtuels representant des equipements du 
second reseau conformes a une norme relative a la gestion de registres. 

6. Passerelle selon la revendication 5, caracterisee en ce que la norme relative a la 
gestion de registres est la norme IEC-61883. 

7. Passerelle selon Tune quelconque des revendications 1 a 6, caracterisee en ce que 
le second reseau (3) est un reseau IP base sur le protocole internet. 

8. Passerelle selon Tune quelconque des revendications 1 a 7, caracterisee en ce que 
le second reseau permet de realiser des communications entre une pluralite 
d'equipements conformes a une seconde norme dMnteroperabilite entre equipements. 

9. Passerelle selon la revendication 8, caracterisee en ce que la seconde norme 
d'interoperabilite entre equipements est la norme UPnP. 

10. Passerelle selon Tune quelconque des revendications 8 et 9, caracterisee en ce que 
les moyens permettant aux moyens emulant la seconde porte de communiquer avec les 
equipements du second reseau comprennent en outre : 

des moyens (55) en charge de traitements adaptatifs d'interfa$age entre les 
premiere et seconde normes d'interoperabilite entre equipements ; 
des moyens (53) requis dans tout equipement conforme a la seconde norme 
d'interoperabilite entre equipements. 

11. Procede d' interconnexion, via une passerelle, entre : 

un premier reseau d'un premier type et permettant de realiser des 
communications entre une pluralite d'equipements conformes a une premiere 
norme d'interoperabilite entre equipements, et 

un second reseau d'un second type, distinct du premier type, et permettant de 
realiser des communications entre une pluralite d'equipements, 

caracterise en ce que la passerelle est conforme a la premiere norme d'interoperabilite 

entre equipements, 

et en ce que la passerelle effectue les etapes suivantes : 

affectation d'un identifiant unique global, vu du cote du premier reseau, a 
chaque equipement du second reseau ; 
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gestion d'un reseau virtuel possedant le meme type que le premier reseau et 
correspondant a une virtualisation du second reseau, chaque equipement du 
second reseau etant represents dans le reseau virtuel par un equipement virtuel 
distinct possedant une adresse virtuelle distincte dans le reseau virtuel ; 
formation d'un pont entre le premier reseau et le reseau virtuel, ledit pont etant 
forme par realisation d'une premiere porte reliee au premier reseau, et 
emulation d'une seconde porte reliee au reseau virtuel ; 

mise en communication de la seconde porte emulee avec les equipements du 
second reseau. 

12. Procede selon la revendication 11, caracterise en ce que la premiere norme 
d' interoperabi lite entre equipements est la norme HA Vi. 

13. Procede selon Tune quelconque des revendications 1 1 et 12, caracterise en ce que 
le premier reseau est un bus selon la norme IEEE 1394. 

14. Procede selon Tune quelconque des revendications 11 a 13, caracterise en ce que 
le pont forme entre le premier reseau et le reseau virtuel est conforme a la norme IEEE 
1394.1 relative a 1'interconnexion de reseaux par des ponts. 

15. Procede selon Tune quelconque des revendications 11a 14, caracterise en ce que 
l'etape de gestion d'un reseau virtuel comprend une etape de gestion de registres virtuels 
associes a des equipements virtuels representant des equipements du second reseau 
conformes a une norme relative a la gestion de registres. 

16. Procede selon la revendication 5, caracterise en ce que la norme relative a la 
gestion de registres est la norme IEC-61883. 

17. Procede selon Tune quelconque des revendications 1 1 a 16, caracterise en ce que 
le second reseau est un reseau IP base sur le protocole internet. 

18. Procede selon Tune quelconque des revendications 11 a 17, caracterise en ce que 
le second reseau permet de realiser des communications entre une pluralite 
d' equipements conformes a une seconde norme d' interoperabi lite entre equipements. 

19. Procede selon la revendication 18, caracterise en ce que la seconde norme 
d'interoperabilite entre equipements est la norme UPnP. 
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gestion d'un reseau virtue] possedant le meme type que le premier reseau et 
coirespondant a une virtualisation du second reseau, chaque equipement du 
second reseau etant represente dans le reseau virtue] par un equipement virtue] 
distinct possedant une adresse virtuelle distincte dans le reseau virtuel ; 
formation d'un pont entre le premier reseau et le reseau virtuel, ledit pont etant 
forme par realisation d'une premiere porte reliee au premier reseau, et 
emulation d'une seconde porte reliee au reseau virtuel ; 

mise en communication de la seconde porte emulee avec les equipements du 
second reseau. 

12. Procede selon la revendication 11, caracterise en ce que la premiere norme 
d'interoperabilite entre equipements est la norme HAVi. 

13. Procede selon Tune quelconque des revendications 1 1 et 12, caracterise en ce que 
le premier reseau est un bus selon la norme IEEE 1394. 

14. Procede selon 1'une quelconque des revendications 11 a 13, caracterise en ce que 
le pont forme entre le premier reseau et le reseau virtue] est conforme a la norme IEEE 
1394.1 relative a 1' interconnexion de reseaux par des ponts. 

15. Procede selon 1'une quelconque des revendications 11 a 14, caracterise en ce que 
1'etape de gestion d'un reseau virtuel comprend une etape de gestion de registres virtuels 
associes a des equipements virtuels representant des equipements du second reseau 
conformes a une norme relative a la gestion de registres. 

16. Procede selon la revendication 15, caracterise en ce que la norme relative a la 
gestion de registres est la norme IEC-61883. 

17. Procede selon 1'une quelconque des revendications 1 1 a 16, caracterise en ce que 
le second reseau est un reseau IP base sur le protocole internet. 

18. Procede selon 1'une quelconque des revendications 1 1 a 17, caracterise en ce que 
le second reseau permet de realiser des communications entre une pluralite 
d'equipements conformes a une seconde norme d'interoperabilite entre equipements. 

19. Procede selon la revendication 18, caracterise en ce que la seconde norme 
d'interoperabilite entre equipements est la norme UPnP. 
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20. Procede selon Tune quelconque des revendications 18 et 19, caracterise en ce que 
1'etape de mise en communication de la seconde porte emulee avec les equipements du 
second reseau comprend : 

une etape permettant d'effectuer des traitements adaptatifs d'interfa9age entre les 

premiere et seconde normes d'interoperabilite entre equipements ; 

une etape de communication selon la seconde norme d'interoperabilite entre 

equipements. 

21. Programme d'ordinateur, caracterise en ce qu'il comprend des sequences 
destructions adaptees a la mise en oeuvre d'un procede selon Tune quelconque des 
revendications 11 a 20, lorsque ledit programme est execute sur un ordinateur. 

22. Produit programme d'ordinateur, adapte a ]' interconnexion, via une passerelle 
selon Tune quelconque des revendications 1 a 10, entre : 

un premier reseau d'un premier type et permettant de realiser.des 
communications entre une pluralite d'equipements conformes a une premiere 
norme d'interoperabilite entre equipements, et 

un second reseau d'un second type, distinct du premier type, et permettant de 
realiser des communications entre une pluralite d'equipements, 
la passerelle etant conforme a la premiere norme d'interoperabilite entre equipements, 
ledit produit programme d'ordinateur comprenant des instructions de code de 
programme enregistre sur un support utilisable dans un ordinateur, comprenant : 

des moyens de programmation lisibles par ordinateur pour effectuer une etape 
d'affectation d'un identifiant unique global, vu du cote du premier reseau, a 
chaque equipement du second reseau ; 

des moyens de programmation lisibles par ordinateur pour effectuer une etape 
de gestion d'un reseau virtuel possedant Ie meme type que le premier reseau et 
correspondant a une virtualisation du second reseau, chaque equipement du 
second reseau etant represents dans le reseau virtuel par un equipement virtuel 
distinct possedant une adresse virtuelle distincte dans le reseau virtuel ; 
des moyens de programmation lisibles par ordinateur pour effectuer une etape 
de formation d'un pont entre le premier reseau et le reseau virtuel, ledit pont 
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etant forme par realisation d'une premiere porte reliee au premier reseau, et 
emulation d'une seconde porte reliee au reseau virtuel ; 

des moyens de programmation lisibles par ordinateur pour effectuer une etape 
de mise en communication de la seconde porte emulee avec les equipements du 
second reseau. 
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I3NPI 



BREVET D'iWWWYIIOM 
CERT1FICAT D'UTIUTE 



N° 11235"03 



IMBUtlBtllLI 

D^PARTEMENT OES BREVETS 

26 bis, rue de Saint Petersbourg 
75800 Paris Cedex 08 

Telephone : 33 (I) 53 04 53 04 Tetecopie : 33 (1) 42 94 86 54 



Code de la propriete intellectuelle - Livre VI 

DESIGNATION D'HWENITEy K(S) Page N° 1 . . / 1 . . 

(A fournir dans le cas oil les demandeurs et 

les inventeurs ne sont pas les memes personnes) 



Cet imprime est a remplir lisiblement a I'encre noire 



0B 113 @W/ 270601 



Vos references pour ce dossier (facultatif) R826 8FR 

N° D'ENREGISTREMENT NATIONAL O Z -AS 2- HO 



TITRE DE LMNVENTION {200 caracteres ou espacos maximum) 

Passerelie et proced6 pour {'interconnexion de deux rdseaux, notamment un reseau HAVi et un reseau UPnP. 



LE(S) DEMANDEUR(S) : 

1) CANON RESEARCH CENTRE FRANCE S.A. 
Rue de la Touche Lambert 
35 517 CESSON SEVIGNE CEDEX 
FRANCE 



2) CANON EUROPANV 
Bovenkerkerweg 59-61 
1185X AMSTELVEEN 
PAYS-BAS 



DESIGNE(NT) EN TANT QU'INVENTEUR(S) : 



[XH Nom 


ACCARIE 


Prenoms 


Jean-Paul 


| Adresse 


Rue 


21 , rue maurice Utrillo 


Code postal et ville 


|3 ,5 j7 1 7 |0 | VERN SUR SEICHE 


j Societe d'app 


artenance (facultatif) 




[SI Nom 


NEZOU - - 


Prenoms 


Patrice 


Adresse 


Rue 


3ter avenue Jules Tricault 


Code postal et ville 


13 i5i1 r7 i0| BRUZ 


Societe d'appartenance (facultatif) 




HI Nom 




Prenoms 




Adresse 


Rue 




Code postal et ville 


i i i i i i 


Societe d'appartenance (facultatif) 




S'il y a plus de trois inventeurs, utilisez plusieurs forrnulaires. Indiquez en haut a droite le N° de ia page suivi du nombre de pages. 


DATE ET SIGNATURE(S) 
DU (DES) DEMANDEUR(S) 
OU DU RflANDATAIRE 
(Nom et qualite du signataire) 

Le 3 decembre 2002, 

P.VIDON (Mandataire CPI n° 92 1250) ^^Z^^ — 



Elle garantit un droit d'acces et de rectification pour les donnees vous concernant aupres de IMNPI. 



